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3GPP™ Work Item Description 


For guidance, see 3GPP Working Procedures, article 39; and 3GPP TR 21.900. 
Comprehensive instructions can be found at http://www.3gpp.org/Work-Items 


Title: WI: L2 latency reduction techniques for 
LTE 


Acronym: 


Unique identifier: 


NOTE: If this isa RAN WID including Core and Perf. part, then Title, Acronym and Unique 
identifier refer to the feature WI. Please tick (X) the applicable box(es) in the table 
below: 


This WID includes a Core part 4 


This WID includes a 
Performance part 


1 3GPP Work Area 
| | Core Network 
| 


2 Classification of WI and linked work items 


2.0 Primary classification 


This work item is a... 


Study Item (go to 2.1) 
X Feature (go to 2.2) 


Building Block (go to 2.3 
|__| Work Task (go to 2.4) 


NOTE: Core, Performance and Testing parts of RAN WIs are usually Building Blocks. 
If you are in doubt, please contact MCC. 


2.1 Study Item 


Related Work Item(s) (if any] 


Go to §3. 


2.2 Feature 


670041 Study on Latency reduction techniques Corresponding SI 
for LTE 


Go to §3. 
2.3 Building Block 


Er a 
ae pT 


This work item is ... 


Stage 1 (go to 2.3.1) 
Stage 2 (go to 2.3.2) 
Stage 3 (go to 2.3.3) 


Test spec (go to 
2.3.4) 


Other (go to 2.3.5) 


2.3.1 Stage 1 


Source of external requirements (if any) 
[Organization [Document Cid 


Go to §3. 
2.32 Stage 2 


If no identified source of stage 1 information, justify: 
Go to §3. 
2.3.3 Stage 3 


TS 


Else, corresponding stage 1 work item 


Other justification 
TS or CR(s) or external 
document 


eee! 
If no identified source of stage 2 information, justify: 
Go to §3. 
2.3.4 Test spec 


Go to §3. 
2.3.0 Other 
Related Work Item(s) 
Title Nature of TS /TR 
relationship 
| 


Go to §3. 
2.4 Work task 


3 Justification 


Packet data latency is one of the performance metrics that vendors, operators and also end- 
users (via speed test applications) regularly measure. Latency measurements are done in all 
phases of a radio access network system lifetime, when verifying a new software release or 
system component, when deploying a system and when the system is in commercial operation. 


Better latency than previous generations of 3GPP RATs was one performance metric that 
guided the design of LTE. LTE is also now recognized by the end-users to be a system that 
provides faster access to internet and lower data latencies than previous generations of 
mobile radio technologies. 


In the 3GPP community, much effort has been put into increasing data rates from the first 
release of LTE (release 8) until the most recent one (release 12). Features like Carrier 
Aggregation (CA), 8x8 MIMO, 256 QAM have raised the technology potential of the L1 data 
rate from 300 Mbps to 4 Gbps. In Rel-13, 3GPP aims to introduce even higher bit rates by 
introducing up to 32 component carriers in CA. In order to leverage the full potential of the 
increasing physical layer data rates considering radio and transport layer protocols, e.g., TCP, 
also the latency has to be further reduced. 


A number of existing applications would be positively impacted by reduced latency in terms of 
increased perceived quality of experience. Examples are gaming, real-time applications like 


VoLTE/OTT VoIP and video telephony/conferencing. Going into the future, there will be a 
number of new applications that will be more and more delay critical. Examples include 
remote control/driving of vehicles, augmented reality applications in e.g. smart glasses, or 
specific machine communications requiring low latency as well as critical communications. 


Latency reduction has been studied in 3GPP and results are captured in TR 36.881. Both L2 
protocol enhancements and TTI shortening were studied, for the former, it was concluded 
that: 


- For TCP, and TCP slow start specifically, results show that reduced UL latency, shorter 
RTT and HARQ RTT can have a positive impact on TCP performance depending on cell 
load and L1/L2 overhead. This is due to the fact that the receiver may acknowledge 
TCP packets faster which enables a faster increase in the TCP window size. Latency 
reduction has shown a positive impact on both TCP congestion avoidance mode and in 
TCP slow start phase. 


- An enhancement to SPS to allow for periodic UL grants every TTI (Fast UL) reduces 
the latency of the first UL transmission compared to legacy intervals, and performs 
equally well compared with SR every 1ms with lower control channel load. Fast UL 
improves user throughput also with shorter TTI, although the relative gain is smaller 
compared to longer TTIs. 


- An enhancement of UL grants allowing the UE to skip padding transmissions in grant if 
it has no UL data in the UE buffer is beneficial as it may decrease UL interference and 
improve UE battery efficiency. 


- SR based PUSCH transmission and the pre-scheduling scheme allowed by current 
specifications could give more predictable delay performance whereas the delay of 
contention based PUSCH transmission are sensitive to the collision probability, which 
is subject to the number of UEs sharing the same PUSCH resource (e.g. depends on 
the cell load) and the UE’s traffic arrival interval. Contention based PUSCH 
transmission allows more efficient PUSCH resource utilization compared to the pre- 
scheduling scheme, but with increased uplink latency if collision occurs. When the 
collision probability is low, the increase in uplink latency is small. In this case the 
PUSCH resource utilization is lower than that of the SR based PUSCH transmission 
because the contention based PUSCH resources reserved for the UEs may not be used. 


4 Objective 
4.1 Objective of SI or Core part WI or Testing part WI 


The objective of this work item is to specify L2 latency enhancements as identified in RAN2: 
e Introduction of short SPS period to allow UL prescheduling 


¢ Reduction of padding in case of dynamic and SPS based UL pre-scheduling to reduce 
interference and UE power consumption 


e Further discussion and, if concluded, introduction of feedback for SPS activation, 
reactivation and deactivation command 


4.2 Objective of Performance part WI 


NOTE: Leave empty if the WI proposal does not contain a RAN performance part. 


RAN time budget proposal 


NOTE: For WIs/SIs under RAN WG5 leadership this section is not filled out. Otherwise: 
For a not yet approved WI/SI the rapporteur has to fill out the last row of the 
table(s) below up to the target date of the WI/SI (if necessary add further tables): 
Indicate the number of time units (1 TU ~ 2h), i.e. one value for each session/field. 
If no time unit is needed, leave the field empty. 

For WI/SI already approved in the past, the tables below will no longer be updated 
in the WI/SI description (i.e. the tables reflect the status of the initial approval). 
But changes can be proposed in the status report of the WI/SI. 


RAN #71 Q2/2016 RAN 
#72 


R1IL|R1U} R2L | R2U| R2J |} R3 |R4RF/R4RD|R4RF/R4RD} RIL | RIU| R2L}R2U} R2J | R3 |R4RF|R4RD|R4RF|R4RD 
Core| Core | Perf | Perf Core| Core | Perf | Perf 


85 a 94 | 90 | 92 | 79 | 79 | 79 | 79 


84bi | 84bi| 93bi| 93bi| 89bi| 91bi| 78bi| 78bis| 78bi | 78bis 
S S Ss 


RAN #72 Q3/2016 RAN 
#73 
RIL R1U R2L R2U R2) R3 R4RF |R4RD Core} R4RF R4RD Perf 
Core Perf 
86 86 95 95 91 93 80 80 80 80 
1 
RAN #73 Q4/2016 RAN 
#74 
R1IL|R1U} R2L | R2U| R2J |} R3 |R4RF/R4RD|R4RF/R4RD} RIL | RIU| R2L} R2U} R2J | R3 |R4RF|R4RD|R4RF|R4RD 
Core} Core | Perf | Perf Core} Core | Perf | Perf 


86bi | 86bi| 95bi | 95bi| 91bi| 93bi| 80bi | 80bis| 80bi| 80bis| 87 | 87 | 96 | 96 | 92 | 94 | 81 | 81 | 81] 81 
S) S S Ss S 5 s Ss 


RAN #74 Q1/2017 RAN 
#75 
R1L R1U R2L R2U R2) R3 R4RF R4RD Core R4RF R4RD Perf 
Core Perf 
88 88 97 97 89 95 82 82 82 82 


L: LTE, U: UMTS, J: Joint, RD: RRM/demodulation 


NOTE: In case further explanation of the time budget proposal is needed, then please 
explain this below. 


additional comments to the time budget proposal: 


4.3 RAN time budget proposal 


NOTE: 


For WIs/SIs under RAN WG5 leadership this section is not filled out. Otherwise: 
For a not yet approved WI/SI the rapporteur has to fill out the last row of the 
table(s) below up to the target date of the WI/SI (if necessary add further tables): 
Indicate the number of time units (1 TU ~ 2h), i.e. one value for each session/field. 
If no time unit is needed, leave the field empty. 

Once the WI/SI is approved, the tables below will no longer be updated in the 
WI/SI description (i.e. the tables reflect the status of the initial approval). But 
changes can be proposed in the status report of the WI/SI. 


L: LTE, U: UMTS, J: Joint, RD: RRM/demodulation 


NOTE: 


In case further explanation of the time budget proposal is needed, then please 
explain this below. 


additional comments to the time budget proposal: 


CO NN OD UI 


Service Aspects 
MMI-Aspects 
Charging Aspects 
Security Aspects 


9 Impacts 


+ 
apps 


10 Expected Output and Time scale 


New specifications [If Study Item, one TR is anticipated] 


Spec No. Title 1st rsp. |2nd rsp.|Presented for |Approved atComments 
WG WG(s) |information atiplenary # 
plenary# 
NOTE: If this isa RAN WID including Core and Perf. part, then all new Core part specs 


have to be listed first and then all new Perf. part specs. Indicate "Core part" or 
"Perf. part" under Comments for each spec. 
By default a new specs can only be new for one of both parts. 


Affected existing specifications [None in the case of Study Items] 


Spec No. 


CR Subject of the CR Approved at 


plenary# Comments 


36.331 


Evolved Universal RAN#73 Core part 
Terrestrial Radio Access 
(E-UTRA); Radio 
Resource Control (RRC); 
Protocol specification 


36.321 


Evolved Universal RAN#73 Core part 
Terrestrial Radio Access 
(E-UTRA); Medium Access 
Control (MAC) protocol 
specification 


36.306 


Evolved Universal RAN#73 Core part 
Terrestrial Radio Access 
(E-UTRA); User 
Equipment (UE) radio 
access Capabilities 


NOTE: 


If this is a RAN WID including Core and Perf. part, then all new Core part specs 
have to be listed first and then all new Perf. part specs. Indicate "Core part" or 
"Perf. part" under Comments for each spec. 

If an existing spec is affected by both (Core part and Perf. part), then it has to be 
listed twice with appropriate approval dates. 


11 Work item rapporteur(s) 


Enbuske, Henrik 
Company: Ericsson 
Email: Henrik.enbuske@ericsson.com 


12 Work item leadership 


NOTE: 


RAN WG2 


If this is a RAN WID including Core and Perf. part, then this WG specifies the WG 
leading the Core part. 
RAN WG4 is by default leading the Perf. part. 


13 Supporting Individual Members 


Supporting IM name 


Ericsson 
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Telstra 


Orange 


Telecom Italia 


KDDI 


AT&T 


SK Telecom 


SouthernLINC Wireless 


Qualcomm Incorporated 


CATT 


Dish Network 


Nokia Networks 


Alcatel-Lucent 


Alcatel-Lucent Shanghai Bell 


Asustek 


Panasonic 


Apple 


Mediatek 


InterDigital 


Sprint 


TeliaSonera 


Verizon 


Telenor 


Spreadtrum 


Fujitsu 


